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EXTENDABLE CALL AGENT SIMULATOR 



Field of the Invention 

This invention relates to voice over Internet (VOIP) telephone equipment, and more 



Background of the Invention 

Plain Old Telephone Systems (POTS) represent the traditional type of analog phone 
service. A variety of digital telephony services have been developed since POTS. One such 

10 service is Voice over Internet (VoIP) that transmits voice communications at least partially 
over the Internet, VoIP has considerable advantages over POTS systems, largely due to the 
digital nature of the signal processing and the reduced expense associated with Internet 
compared to phone usage. These advantages include reduced operating cost and increased 
signal processing capability such as is beneficial for call set up, call maintenance, signal 

15 encryption, and operating functionality, and enhanced signal encryption and signal 
processing techniques that result from the digital nature of the VoIP coinmunications. 

VoIP systems provide communications between a plurality of communications 
gateways (CG). Call agents are resident on the Internet and are assigned the complex task 
of controlling VoIP call set up, call maintenance, and call tear down. Call agents manage 

20 the calls and provide billing and other such tasks associated with the. call. Setting up, 

maintaining, and breaking down VoIP systems require considerable call agent involvement. 
For example, a full-time computer professional may be required to operate and manage the 
call agent. 



5 
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Extending the functionality of CGs to provide extended service to existing 
customers, or providing new services to new customers, typically requires that the call agent 
be compiled, linked, and loaded, which requires considerable call agent processing time. 
Additionally, testing the operation and components (such as CG) within the networks 
5 requires highly specialized equipment. 

Call agent simulators can be used to test network operation or components. Present 
call agent simulators are designed with similar computer languages to perform similar 
operations and/or routines as do call agents. For example, to verify or test the operation of a 
network or network component, certain complex call agent simulators have to perform 
10 similar compiling and linking the call agent itself. These compiling and Unking operations 
require considerable processing time. . 

It would therefore be desirable to provide a call agent simulator that could validate 
or test the telephone network, network components, or call agent but yet require only 
sinaplified computer programming techniques that do not require compiling or linking. It 
1 5 would also be desirable to reduce the time to accurately validate or test call agent, network 
or network coniponent using a call agent simulator. 

Summary of the Invention 

The present invention is directed to a method and associated apparatus for providing 
call agent simulation for testing or verifying telephone system operation. The method 
20 comprising connecting a call agent simulator to a network. Call actions or events are 

applied from the call agent simulator to the network and which are anticipated to produce 
expected results in the network. The call agent simulator operation is verified by comparing 
the actual results produced to the expected results. In different aspects, an IP network or a 
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network component such as a consumer premises equipment is verified usiiig the call agent 
simulator 

Brief Description of the Drawings 

The accompanying drawings, which are incorporated herein and constitute part of 
5 this specification, illustrate the presently preferred embodiment of the invention, and, 

together with the general description given above and the detailed description given below, 
serve to explain features of the invention. 

Fig. 1 is a block diagram of one embodiment of a VoIP system including a call agent 
or call agent simulator; 

10 FIG. 2 is a block diagram of one embodiment of the communications gateway (CG) 

as shown in FIG. 1 ; . 

FIG. 3 shows a logic flow diagram of one embodiment of the call agent simulator 
shown in FIG. 1 ; and 

FIG. 4 shows a flow chart of one embodiment of manager application of the call 
15 agent simulator shown in FIG. 1. 

Detailed Description of the Embodiment 

This disclosure relates to the structure and operation of one embodiment of call agent 
simulator 160. The call agent simulator 160 may be integrated into a digital telephony 
systern to simulate events initiated by a subscriber telephone to that digital telephony 
20 system, or alternatively to test or validate the operation of a network or network components 
to prescribed events produced by the call agent simulator. This disclosure describes the 
structure and operation of a digital telephony system such as a Voice over Internet (VoIP) 
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system 100. The interaction between the call agent simulator 160 and the digital telephony 
systern is then described. 

FIG. 1 shows one embodiment of digital telephony system, in this instance known as 
the VoIP system 100. The VoIP system 100 provides for voice communication between a 
5 plurality of communication gateways (CG) 101 over an Internet (IP) network 106 and a 

hyper fiber coax network (HFC) 102. Alternatively, the VoIP system 100 provides for voice 
communication between subscriber telephones 107 respectively located at a CG 101 and a 
CG remote 118 over the IP network 106, the HFC 102, and a local exchange carrier (LEC) 
circuit switched network 116. The CG 101, also known as a broadband telephony interface 

10 (BTI), is configured to include, e.g., a cable modem 103 and a subscriber telephone 107, or 
any other communication device that allows for subscriber telephone 107 to communicate 
over the IP network 106. A HFC 102 is configured to j3rovide optic-based cable 
communications between the local CG 101 and a cable modem termination system (CMTS) 
105. ' 

15 The embodiment of VoIP system 100 shown in FIG. 1 includes the CG 101 (that 

includes the cable modem 103), the HFC 102, the CMTS 105, the IP network 106, one or 
more subscriber telephones 107, a call agent 108, a trunking gateway 1 10, a signaling 
gateway 1 12, a local exchange carrier (LEC) signaling packet network 1 14, a LEC circuit 
switched network 1 16, a remote CG 118, and a plurality of subscriber telephones 107 

20 coupled to the CG 118, and the call agent simulator 160. The CG 118 may include, e.g., a 
cable modem. The VoIP system 100 provides communication using the IP network 106 
between subscriber telephones 107 connected to the CG 101 and/or the remote CG 118. 
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The HFC 102 allows for the cable modem 103 to communicate via the CMTS 105 
over the IP network 106. This disclosure describes the interaction between one embodiment 
of CG 101, as shown in FIG. 2, and other portions of the VoIP system 100. The HFC 102 
allows for data and IP voice to share the bandwidth with television channels. The CG 101 
5 includes one or a plurality of telephone end points to which the subscriber telephones( lOl 
connects. The CMTS 105 can be configured to provide for data, cable TV and/or telephone 
applications. 

One embodiment of HFC 102 uses the Data Over Cable Systems Interface 
Specification (DOCSIS) protocol. DOCSIS is a standard for the cable modem interface 

10 over the HFC 102 between a cable TV operator and a computer or subscriber telephone. 
DOCSIS has been accepted as a standard since DOCSIS 1 .0 when it was ratified by the 
Intemational Telecommunication Union (ITU) in March of 1998. Cable modems 
conforming to DOCSIS are conimercially available from a variety of vendors. 

Different embodiments of telephone service use the VoIP system 1 00. One 

15 embodiment of VoIP service is referred to as "on-net calls," in which each one of the 
multiple subscriber telephones is respectively connected via respective CGs 101 and 
communicates using either the IP network 106 and/or the HFC 102. Another embodiment 
of VoIP telephone service is referred to as "off-net calls" in which a CG 101 conimunicates 
with the remote CG 118 over a hybrid network system including, e.g., the LEC circuit 

20 switched network 1 16 and the IP network 106. Off-net calls involve not only the IP network 
106 and the HFC 102 as do on-net calls, but also involve a LEC circuit switched network 
1 16, a trunking gateway 110, and a signaling gateway 1 12 as shown in FIG, 1 . 
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; 

The call agent 108 initiates and teiminates tiie calls in the IP network 1 06, There are 
typically a plurality of call agents 108 connected to the BP network 106; a different service 
provider may operate each call agent. Each call agent 108 may use a different call control 
language, such as Network Control System (NCS), Simple Gateway Control Protocol 
5 (SGCP), Multimedia Gateway Control Protocol (MGCP), GR303, and others. The call 
agent acts as a master of set-up and teardown for VoIP voice communications. 

The embodiment of call agent 108 shown in FIG. 1 is physically structured as a 
computer, and includes the hardware to provide the necessary signals to initiate, monitor, 
regulate, and terminate VoIP commimication. Each call agent 108 maintains the call state, 

10 performs phone number to IP address translations, and implements class features. One 

embodiment of the call agent 108 is fashioned as a server that runs an operating system such 
as a UNIX or WINDOWS NT® (A registered trademark of Microsoft Corporation of 
Redmond, WA). The call agent 108 may be configured as a server, a stand-alone computer, 
a PC, or any type of computer having adequate processing, memory and I/O capabilities. 

15 The call agent 108 includes a programmable central processing unit (CPU) 141 that is 
operable with a memory 142 (e.g., RAM, ROM, hard disk and/or removable storage) and 
well-known support circuits 143 such as power supplies, clocks, cache, and the like. 

Additionally, the call agent 108 includes I/O circuits 144 that produce signals, such 
as a control output signal, a receive signals such as an input signal. By executing software 

20 stored in the memory 142, the call agent 108 interfaces with the CGs 101 and the subscriber 
telephones 107 that leads to call set-up, call teraiination, voice transmission, and other 
features that provide for telephone communication over the VoIP system and/or other 
telephony systems. 

6 
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The media terminal adapter (MTA) 136 acts under the control of the call agent 108 
and is integrated in the cable modem 1 03 or CGs 1 OL One embodiment of the MTA is 
configured as a microprocessor. The MTA 136 is controlled by the respective call agent 
108 to monitor events occurring at the subscriber telephone 107, and report certain events 
5 (e.g., an off-hook condition). The MTA 136 sets up and tears down real time protocol 

(RTP) streams as commanded. Each call agent 108 operates independently to command its 
respective MTA 1 36 to monitor VoIP events, establish signal tones, and set up or tear down 
RTP voice streams. 

If, however, an off-net call is being made, then VoIP system 1 00 has to establish 
10 communications to a Local Exchange Carrier (LEC) circuit switched network 1 16 as well as 
the IP network 106. Central offices included in the LEC circuit switched network 1 16 are 
used to set-up and break down the calls in the LEC circuit switched network 1 16 portion of 
the VoIP system. The communications between the IP network 106 and the LEC circuit 
switched network 1 16 can be categorized into signal and voice communication portions. 
1 5 The signal communications establish and break down channels by which the voice 

communications are transmitted. In qne embodiment of off-net calls, the signal and the 
voice packets follow different routes (e.g. over the retrunking gateway 1 10 and the signaling 
gateway 1 12) between the IP network 106 arid the LEC circuit switched network 116, 
The trunking gateway 1 10 shown in FIG. 1, provides for voice communication 
20 interconnection between those portions of the VoIP system 100 that use the IP network (and 
communicate using the RTP protocol) and those portions of the VoIP system that use the 
LEC circuit switched network 1 16 (and use the phase code modulation (PCM) protocol). 
The trunking gateway 1 1 0 converts voice packets between the RTP packets used in the IP 
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network 106 and the phase code modulation (PCM) packets used in the LEC circuit 
switched network 116: The trunking gateway 11 0 also sets up, maintains, and tears down 
voice steams provided between the IP network and the LEG circuit switched network 1 16. 
The trunking gateway 110 thus has to provide for a mapping between those portions 
5 of the network that use the RTP protocol from those portions of the network that use the 
PCM protocol. The trunking gateway 110 therefore acts as a slave to either the call agent 
108 in IP network 106 or the central office (not shown) in the LEG circuit switched network. 
The trunking gateway 1 10 also monitors the RTP packets in RTP streams transmitted 
between the IP network 106 and the LEG circuit switched network 116. 

10 FIG. 2 shows one embodiment of GG 101 as shown in FIG. 1. The CG includes the 

cable modem portion 103 and a telephony interface portion 252. The cable modein portion 
includes a receiver 249, a transmitter 251, and an operatively shared portion of a 
GPy/memory unit 254. The cable modem portion 103 is configured to provide IP network 
data communications, e.g., via an Ethernet media access control (MAG) 255 and a high 

15 speed data port RJ45 (Ethernet) computer connector 256, to a computer or hub 257 or via 
one or more RJU connectors to one or more subscriber telephones 107. 

The cable modem portion 103 also includes an HFG media access control (HFG 
MAC) 258 that provides OSI layer 2 interface between the HFG 102 and the GPU /memory 
unit 254 that includes combined GPU, memory, and associated circuits and input/output that 

20 operates generally as a controller. An Ethernet MAC 255 provides an interface between a 
computer or hub 257 and the CPU/memory imit 254. The telephony interface portion 252 is 
configured to provide IP network voice commimications to, e.g., one or more subscriber 
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telephones 107, The CPU/memory unit 254 controls and manages the processes occurring 
within CG 101 by data transfer and data storage between the components of the CG. 

In one embodiment, the cable modem portion 103 niay include a chip that integrates 
many of the above components. For example, Broadcomm Corporation of Irvine, CA 
5 produces one commercially available cable modem chip as the BCM3350 that combines the 
integrated 64/256-Quadrature Amplitude Modulation (QAM) receiver 249, a Quadrature 
Phase Shift Keying (QPSK)/16-Quadrature Amplitude Modulation (QAM) transmitter 251, 
a complete DOCSIS JHFC media access control (MAC) 258, the CPU/memory unit 254 
including, e.g., a MIPS32 CPU and a memory. 

10 The receiver 249 directly samples a tuner output using an integrated pin grid array 

(PGA) package and an analog to digital (A/D) converter, and digitally resamples and 
demodulates the signal using recovered clock and carrier timing, filters, and equalizes the 
data. The soft decisions resulting fi-om the sampling are passed to a compatible decoder. 
The final received data stream fi'om receiver 249 is delivered in MPEG-w transfer format. 

15 All gain, clock, and carrier acquisition and tracking loops are integrated in the receiver. The 
transmitter 251 takes burst or contiriuous data, provides encoding and prcrequalization for 
the DOCSIS application, filters, and modulates the data stream, and provides a direct analog 
output to the HFC. 

The telephony interface portion 252 includes a digital signal processor (DSP) 260, a 
20 coder/decoder (CODEC) 262, a plurality of subscriber line interface channels (SLIC) 264, a 
plurality of ringers 266, a plurality of RJl 1 telephone jacks 268, and a shared portion of the 
CPU/memory unit 254. One subscriber telephone 107 may fit within each one of the 
plurahty of RJl 1 telephone jacks 268. The ringer 266 produces a ring in a prescribed 
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subscriber telephone 107 when called from another subscriber telephone 107. The 
functionality of the ringer 266 may be integrated into the SLIC 264, for each respective 
phone line, resulting in a cornmercially available ringing SLIC. 

The DSP 260 performs such voice protocol processing as compression, 
5 decompression, dial tone generation. Dual Tone Multi-Frequency (DTMF) tone detection, 
echo cancellation, etc. The DSP generates phase code modulation (PCM) signals what are 
sent to the CODEC 262. The DSP 260 also processes received PCM signals originating 
from the subscriber telephone 107 via the CODEC 262, and transfers the processed signal to 
the cable modem portion 103. The DSP is commercially available from such companies as 

10 Motorola, Incorporated of Schaumburg, IL and Texas Instruments of Dallas, TX. 

The digital interface between the DSP 260 and the CODEC 262 uses pulse code 
modulation (PCM). The CODEC 262 receives digital information from the DSP 260 in the 
form of a bit-stream where, in one embodiment, the amplitude of the incoming signal is 
related to the digital value (e.g., a digital 0 or 1) being sent. The CODEC 262 processes the 

15 • PCM signals from the DSP 260, and generates an analog signal that is transmitted to the 
appropriate SLICs. In signals originating at the subscriber telephone, the CODEC 262 
samples the signal from the SLIC 264 and translates the discrete amplitude into a digital 
number that is sent to the DSP, thereby translating the audio signals received from the SLIC 

into phase code modulated (PCM) signals that can be transferred to the DSP. The CODEC 

r 

20 262 transmits data to, and receives data from, the DSP utilizing the CODEC pins. The 
frame sync signals determine the frame's start position and the channel data that will be 
transmitted. 
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One SLIC 264 acts to connect the CG 101 with one subscriber telephone 107. The 
appropriate SLIC 264 translates the analog signals received from the CODEC 262 into voice 
signals (voltage levels) that can be converted by the subscriber telephone into voices or 
audible noises. The SLIC 264 also traiisfers audio signals from the microphone of the 
5 subscriber telephone 107 to analog signals that are received, and processed by, the CODEC. 
The SLIC 264 provides an interface between the RJll telephone jack 268 and the CODEC 
262 and interfaces with the CPU/niemory unit 254 by sending an interrupt to the 
CPU/memory unit 254, when necessary. The SLIC uses the interrupt to inform the 
CPU/memory unit 254 of the occurreiice of events at the subscriber telephone. The SLIC 
10 264 also contains circuits for loop-back testing that are used to test the operation of the 
subscriber telephone 107. The functions of the SLIC 264 includes limit is configured to 
echoes produced as signals encounter conductor discontinuities by flowing through portions 
oftheCGlOl. 

The memory of the CPU/memoiy unit 254 may include RAM or ROM portions. 

15 More particularly, the memory of the CPU/memory unit 254 includes a dynamic RAM 

(DRAM) that is configured to perform a variety of operations. Certain operations stored and 
accessed in the memory of the CPU/memory unit 254 include the media terminal adapter 
(MTA) 1 36. The MT A interfaces with the call ageiit in a manner that allows the call agent 
to control the call set up, call maintenance, and call tear down by the call agent. 

20 FIG. 3 shows one embodiment of the call agent simtilator 160. Each call agent 

simulator 160 includes a manager application 320, a plurality of subscriber line objects 322, 
and a call agent protocol library 324. A preferred embodiment of the manager application is 
provided' in the PERL programming language. The PERL language has an advantage in 

11 
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being a runtime interpretive language. As such, PERL avoids the necessity of undergoing 
compiling, linking, or loading as is the case with other programming languages with which 
call agents and call agent simulators are programmed. 

The manager application 320 suitably coordinates the subscriber objects when 
5 making phone calls using the VoIP system. As such, only certain calls will be made to or 
from the local CG 101 using the VoIP technology. FIG. 4 shows one embodiment of 
method 400 to perform the manager application 320, envisioned to be progranimed in the 
PERL language. The PERL language is used for several reasons including the fact that it is 
easy to manage and modify. It is therefore not necessary to spend considerable time to 

10 provide slight functionality or user modifications that result from adding a couple of lines to 
the existing code. Additionally, PERL simplifies adding desired code extensions to add new 
fiinctionality and without spending a lot of time. 

The method 400, that uses PERL, starts with decision step 402 in which it is 
determined whether there is a UDP message waiting. If the answer to decision step 402 is 

15 no, then the method 400 loops through decision step 402 for a prescribed duration until a 
time out. If the answer to decision step 402 is yes, then method 400 continues to step 404 iia 
which the manager application 320 loops through the piggybacked messages. One 
embodiment of the PERL code used in step 404 is: 

20 my @allMessages = CallAgent::GetPiggybackNessages( SreceivedMsg ); 
foreach $_ (@allMessages) 

The method 400 continues to step 406 in which the message is parsed. Following 

the parsing of the message, method 400 continues to decision step 408 in which the manager 

25 application determines whether the message is an acknowledgement (ACK). If the answer 

12 
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to decision step 408 is no, then method 400 continues to step 409 in which the event 
niessage is processed. Following step 409, the message tenninates. If the answer to 
decision step 408 is yes, then the method 400 continues to decision step 410 in which it is 
determined whether the subscriber line objects 322 of the ACK is known/ If the answer to 
5 decision step 410 is yes, then the method 400 continues to step 412. In step 409, the ACK 
message is processed; then the method is terminated. If the answer to the decision step 410 
is no, then the method 400 cbritinues to step 414 in which the manager application prints 
that there is an xinlmown request number. Following step 414, method 400 terminates. 

Each one of the plurality of subscriber line objects 322 encapsulates the call agent 

1 0 functions for each of the local CG 101. The manager application uses PERL programming 
language terms that are more functionally intuitive than the prescribed NCS terms that are 
stored in the call agent protocol library. 

TABLE 2 shows one embodiment of subscriber line object 322 programmed in the 
PERL programming language. The subscriber line object code contains a series of routines 

15 corresponding to the rnessages that the call agent sirnulator (and the call agent) are likely to 
encounter. The possible routines are arranged so an executing subscriber line encounters the' 
routines in series using the "elseif PERL command. Examples of the messages included in 
the subscriber line object include, but are not necessarily limited to, notify (NTFY), off- 
hook condition, on-hook condition, hook flash, digits detected, acknowledgement (ACK), 

20 sending out RQNT to get digits from a subscriber telephone 107, and send out busy tone 

from a subscriber telephone. Samples of three PERL code portions (an off hook message, a 
digits detected message, and a collect digits message, are shown in TABLE 1, TABLE 2, 
and TABLE 3, respiectively. 
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TABLE 1: OffHook PERL Pseudecode for Subscriber Line Object 
# The line is off hook 
# 

5 $self->{hookState} = "off '• 

# Send back an off hook command and send out a RQNT to get out of 

# quarantine state 
# 

$action{command} - "OFF HOOK"; 
10 $sel&>BtiSendRqnt( "hu" . GetBtiAdditionalOption( 'tones' ) , "", "" ); 



^ TABLE 2: Digits Detected PERL Pseudecode for Subscriber Line Object 

# Digits were detected ^ 

# collect all the digits in the notify line 
15 # 

while ( $message {events} =^ s/(\d)// ) 
{ 

$self->{digits} .= $1; 

} 

20 

TABLE 3: Collect Digits PERL Pseudecode for Subscriber Line Object 
#. Sends out an RQNT to collect digits. 

# Based on options either a digit map is uses or digits are collected 

# one at a time. 
25 # 

sub GetDigits 

{ 

my ($self) = @_; 
$self->{digits} = ""; 
30 if ( $options{useDigitMap} ) 

{ 

# build the digit map based on the one based flag, 
# 

my$digitMap = "("; 
35 if ($options{oneBased} ) 

{ ' 
$digitMap.= "l|2|3|4r'; 

} 

else 
40 { 

SdigitMap .= "0| 1(2131"; 

14 
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} 

SdigitMap .= "666XXXX|777XXXX|888XXXX1999XXXX)"; 

# Send it out 

# 

5 $self->BtiSendRqnt( "hu, [0-9#*](d)", $digitMap, "dl" ); 

} 

else 

{ 

# Send out single digit collection, 
10 # 

$self->BtiSendRqnt( "hu, [0-9#*t](n)", "X", "dl" ); 

} 

} 



15 The call agent protocol library 324 in the embodiment shown in FIG. 3 is arranged to 

format messages, e.g., using Network Control System (NCS), Sirnple Gateway Control 
Protocol (SGCP), Multimedia Gateway Control Protocol (MGCP), GR303, or any other 
suitable call control language. The call agent protocol library 324 includes a translation, i.e. 
mapping, portion that provides a translation for the NCS term for the functions. The NCS 

20 terms are standardized, so that the standardized NCS terms can be mapped against desired 
PERL terms. The NCS term is commonly used and recognized by the call agents 108 that 
interface with such network components as the subscriber telephones 107. One embodiment 
of the translation portion of the call agent protocol library is shown in TABLE 4. The call 
agent simulator thereby transmits the NCS term corresponding to the PERL message, over 

25 the IP network and/or the HFC, to the desired network component. 



TABLE 4: Translation Portion Pseudocode of Call Agent Protocol Library 

$trans = if ! defmed( $trans ); 
30 $notify = ""if!defmed($notify); 

Smessage =^ "DLCX SrequestNumber aaln/$line\@$btiName $version\n"; 

15 
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$message .= "C; $connectId\n" if Sconnectid; 
$message = "I: $btiConnectId\n" if $btiConnectId; 
$message "S: $signal\n" if Ssignal; 
Smessage "X: $trans\n" if $trans; 
5 Smessage ="R:$notify\n"if$notify; 

One embodiment of PERL pseudocode that can be used to process an event message 
is shown in TABLE 5. 

1 0 TABLE 5 : PERL Pseudocode to Process Event Message 

$self->BtiSendAck( 200, Smessage {requestNuniber} , "Ok" ); 
if ( Smessage {events} /hd/i ) 

{ 

15 # The line is off hook 

# 

$self->{hookState} = "off ; 

# Send back an off hook coininand ajad send out a RQNT to get out of 

# quarantine state 
20 # 

$action {command} = "OFF HOOK"; 

$self->BtiSendRqnt( "hu" . GetBtiAdditionalOption( 'tones' ) , "", "" ); 

} 

elsif ( Smessage {events) /hu/i ) 
25 { 

# The line is on hook 
$self->{hookState} = "on"; 

# Send back an on hook command and send out a RQNT to get out of 
30 # quarantine state 

# 

$action{conimand} = "ON HOOK"; 
$self.>BtiSendRqnt( "hd", "", "" ); 

} 

35 elsif ( Smessage {events} ^ IMI'i ) 

{ 

# hook flash occured 

# Send back the flash hook command and send out a RQNT to get out 

# of quarantine state 

40- n 

Saction {command} = "HOOK FLASH"; 
$self->BtiSendRqnt( "hu", "", "" ); 

} 

16 
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TABLE 6 shows a PERL code snippet a code agent simulator could use to process an ACK 
message. 



5 TABLE 6: PERL Pseudocode to Process ACK Message 

# this is a ACK message 
# 

if ( $message{requestNumber} =^ $self->{createRequestl} ) 
10 { 

# This is an ack to create request 1 

.' # 

if ( $message{error} eq "200" ) 
{ 

1 5 #' save the connect ID and RTP information. 

# : ■ - . 

$self-> (btiConnectldl } = $message {connectid} ; 
if ( $message{rtp} ) 

{ 

20 $self->{rtpl} =$message{rtp}; 

) 

# return connected command with RTP information 

■ # 

$action{command} - "CONNECTED"; 
25 $action{rtp} = $self->{rtpl}; 

> 

else 

{ 

$action{command} = "CONNECT FAILED"; 

30 } 
} 

elsif ( $message{requestNumber} = $self->{modifyRequestl} ) 
{ 

# This is an ack to modify request 1 
35 # 

if ( $message {error} eq "200" ) 

{ 

# save RTP information. 
# 

40 if ( $message{rtp} ) 

{ 

$self-> {rtp 1 } = Smessage {rtp} ; 

} 

17 . 
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# return modified coinrnand with RTP information 
# 

Saction {command} = "MODIFIED"; 
$action {tip} =^ $self-> {rtp 1 ) ; 

5 } 

else 

. { 

$action{command} = "MODIFY FAILED"; 

} 

10 } 



It is envisioned that the call agent simulator could be adapted to validate or test calls 
between the VoIP systen>s and other networks, A suitable interface would have to be 
provided to test the operation of the CGs and other components. Though the call simulator 

15 is presently configxired to allow for relatively simple programming (by using the PERL 
progranuning language), the call simulator can be modified and presumably made more 
complex, to provide some other capabilities including the ability to interface with different 
networks, and the ability to respond to different events. For example, the call agent 
simulator can simulate call waiting, call following, and other such functionality over a wide 

20 variety of telephony systems depending upon the set-up of the call agent simulator. 

One embodiment of the utilization of the call agent simulator 1 60 provides for 
testing and verification of the IP network 106, CG 101, the call agent, or other portions of 
the VoIP system 100. One method for testing and verifying the operation of the VoIP 
system includes initially connecting the call agent simulator to the network. Call actions or 

25 events as applied from the call agent simulator 160 to the network, are expected to produce 
certain results in the IP network. The actual results produced in the network are compared 
and verified relative to the expected results. 
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Following the testing or verification of the network, the network components, or the 
call agent, the call agent simulator 160 niay be operationally replaced by the call agent 108. 
Such replacement may occur, as shown in FIG. 1, by initially disconnecting the call agent 
simulator 160 from the network. A call agent, whose programmed features are consistent 
5 with the call agent simulator, is then connected to the network. 

An active call agent simulator 160 directs the VoEP system, the CG equipment, and 
the associated equipment in the network in the process of making phone calls. For example, 
if a user goes off line, the subscriber telephone provides a dial tone indicating that the phone 
can be successfully dialed. The call agent simulator 160, as programmed in PERL, in fact 

10 can be programmed to do all of the call establishment, call niaintenance, and call breakdown 
functions normally associated with the call agent. The call agent simulator 160 is designed 
to be easy to test network components and systems by sacrificing some of the features 
associated with a traditional call agent such as billing capability. The call agent simulator 
160 consequently doesn't have the internal complexity of the call agent, but is relatively 

15 simple to program and operate. In this mariner, new functionality that is being added to the 
call agent can initially be tested in the call agent simulator before the^expense, time and 
processing requirements associated with operating the call agent. This is largely due to the 
fact that the call agent simulator is programmed in a run-time interpretive language such as 
PERL, and excludes some of the functions normally associated with a call agent, such as 

20 billing. 

In addition, the call agent simulator 160 provides for network testing and validation. 
The call agent simulator 160 can be programmed with the basic operational functionality 
associated with the call agent. The call agent simulator 160 is then used to test how the IP 
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network and the HFC interfaces with the VoIP systerii. If the call agent simulator 160 
indicates that the VoDP system is operating satisfactorily, then the call agent simulator is 
disconnected and replaced by a call agent having a sirnilar PERL code. The call agent 
simulator allows for accurate and important validation of a network before an actual call 
agent is used. As such, the equipment can be validated more easily because the 
programming of the call agent simulator 160 is less complex to program than that of the call 
agent itself (which additionally requires compiling and Hnking). 

While the principles of the invention have been described above in coimection with 
the specific apparatus and associated method, it is to be clearly understood that this 
description is made only by way of example aiid not as a limitation on the scope of the 
invention. 
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